IBM Docket No. CA920Q0Q0 US1 



In the United States Patent and Trademark Office 

Patent Application Transmittal 

Transmitted herewith for filing is the Patent Application of: 

Inventors(s) : James P. Alexander, et al 

For: Web-Based Application for Inbound Message Synchronization 



Enclosed are 

19 pages of specification, including 14 claims, plus 1 sheets of formal drawings. 

An assignment of the invention to International Business Machines Corporation, Armonk, New York 
10504. 

A certified copy of a/an application. 
X Declaration and Power of Attorney. Unsigned 

PTO-1449 & references 
X A return post card 

Other: 



o 




Basic Fee: 




$710.00 


Claims Fees: 


Filed 


Limit 


: " : Extra f :::: ~- 










14 


20 


0 




$18.00 


$0.00 


M#j(5eiMien.t plaims: 


3 


3 


0 




$80.00 


$0.00 


l^ii^lei^^ • * 


$270.00 


$0.00 


~; : :m:~-" .. . .. -wa;.. . . •• Total 


$710,00 



Please charge Deposit Account 09-0461 for the Total set forth above. The Commissioner is authorized to charge 
payment of any additional filing fees required under 37 CFR § 1 . 1 6 and any patent application processing fees 
under 37 CFR § 1.17 or to credit any overpayment to the identified account. A duplicate copy of this sheet is 
enclosed. 



Express Mail Certificate 




BY: i/{ ' ( d 




/ 



A. Bruce Clay 
Attorney of Record Reg. No. 32,121 

Date: October 30, 2000 

IBM Corporation T8 1/503 
Intellectual Property Law 
PO Box 12195 
Res.Tri. Park, NC 27709 

Telephone: 919-254-6717 FAX 919-254-4330 



transmit, wpt 09292000 



IN THE UNITED STATES PATENT & TRADEMARK OFFICE 



In re application of 
James P. Alexander, et al 
Ser. No. 

Filed Herewith 
For: Web-Based Application for Inbound Message 
Synchronization 



October 30, 2000 
IBM Corporation 
Dept.T81/Bldg. 062 
P.O. Box 12195 
Res. Tri. Park, NC 27709 



Letter 



Assistant Commissioner for Patents 
Washington, DC 20231 

Sir: 

Attached hereto is patent application CA920000057US1, set of drawings and a 
Declaration and Power of Attorney for Patent Application which lists the names of the inventors 
but is not signed by the inventors. The filing is in accordance with Rule 1.53 of the Rules of 
Practice in Patent Cases. 

A Declaration and Power of Attorney for Patent Application signed by all of the inventors 
will be submitted within the time allotted for filing such documents. 



Respectfully submitted, 




A. Bruce Clay 
Attorney for Applicant 
Reg. No. 32,121 



ABC:cmr 

DocketNo: CA920000057US1 

PHONE: 919-254-6717 
FAX: 919-254-4330 




INVENTORS: James P- Alexander, Kevin L. Sally, Anthony L, Tjong 

WEB-BASED APPLICATION FOR INBOUND MESSAGE 

SYNCHRONIZATION 

Field of The Invention 

The present invention relates to a computer-based application for synchronization of 
messages in electronic commerce (e-commerce) systems. The invention also includes web-based 
applications for synchronizing inbound messages from other internet related communications 
systems. 

Background of The Invention 

Web-based commercial transactions are an important part of e-commerce business activities. 
There are increasing demands placed on computer applications to integrate the various applications 
used by businesses in connection with their back office systems. With increases in the amount of 
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web-based transactions and other related activities, there are increased demands for synchronized 
integration of those various applications. 

As the nature and extent of e-commerce activities has evolved, there has been an increased 
need for integration between Web-based applications and back office back-end systems (including 
ERP - Enterprise Resource Planning systems). The synchronized transfer of information between 
the two systems (i.e., in proper time sequence) is an important aspect of system integration. The 
messages transferred between the two systems must be processed in a manner ensuring that the 
information contained in those messages is modified or altered in the appropriate time sequence. 
If the transferred messages are not processed in the proper time sequence, certain important aspects 
of the transferred information may be lost or incorrectly processed. 

In establishing the integration between the two systems, one of the possible approaches is 
to use messages that are passed back and forth between the Web-based application and the back 
office system. 

It is important that the web-based application have the ability to suitably process inbound 
messages coming from the back office systems. The types of inbound messages can vary depending 
on the business needs of the particular business enterprises that are being considered. Some 
examples of the kinds of inbound messages frequently encountered in a Web-based application are: 

Order Confirmation; 

Order Delivery; 

Order Invoice; 

Product Inventory Updates; 

Product Price Updates; and 
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Customer Information Updates. 

There are of course, many other types of messages encountered in e-commerce related 
activities. 

If a message queue system is used in transmitting messages between a back office system 
and one or more network systems, synchronization problems often develop. That is, often, the flow 
of the messages between the back office and web-based systems becomes asynchronous. The 
asynchronous messages are often sent and received out of sequence despite their respective times 
of creation. 

One of the issues resulting from asynchronous methods of communication is the 
unpredictable time of arrival of incoming messages. The unpredictability of these arrival times may 
in turn lead to unpredictable queuing of incoming messages. There may be undesirable changes to 
the expected or desired order or sequencing of inbound messages waiting in the queue for processing 
by the web-based application. Problems may arise in circumstances in which incoming messages 
are received out of their intended or expected order. 

The problem of asynchronous messages may be caused by many different reasons, including 
for example: 

A document containing important commercial information, (for example, an Order Invoice, 
Customer Information, or other document), may be updated several times within a relatively 
short time interval by the back-office systems. Each updated version of the message or 
revision will typically generate new inbound messages to the Web. 
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In a complex communication environment, the revised messages may travel through different 
data network routes and arrive at the intended destinations at unpredictable times. 

To boost performance, multiple inbound queue server processes may be used. 

The back office system may send out the messages from multiple ports. 

Multi-threaded processing of inbound messages by the Web-based application. 

The problem of asynchronous messages may cause more recent data to be overwritten by 
older data, creating inconsistencies between the Web-based application and the back office system. 
The web-based application may process incoming messages out of their intended order, resulting in 
a variety of potentially serious errors in the web-based system. 

Summary of The Invention 

The present invention comprises a method of synchronizing inbound messages to avoid the problems 
associated with the known systems of the prior art. In one aspect, the present invention uses a date 
and timestamp approach to synchronize the inbound messages eliminating the consistency problems 
arising from inbound messages being processed out of their proper time sequence. The method also 
enhances system performance by allowing the use of one or more of the following features: 
Multiple inbound queue server processing. 

Multi-threaded inbound message processing by the Web-based application. 
Multiple ports for sending the messages by the back office system. 
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In one aspect of the present invention, a web-based software application is provided for 
synchronizing messages between back office and network based e-commerce applications. The web- 
based application comprises a reference table. In one example, the reference table may be identified 
as the MSGSYNCH table, containing the following information: 

The Message Type code for an inbound message is described and stored in the table 
according to a predetermined selection of message classifications. Each Message Type may 
be assigned a particular, unique code within the predetermined selection of message 
classifications. 

A unique Document Number is assigned to each corresponding document of that particular 
Message Type. 

A timestamp is assigned to each document according to the date and time at which that 
particular document was originally created or subsequently updated. The timestamp may be 
stored in part of the inbound message in a code identifying the date and time of creation for 
that message. 

A unique Primary Key is developed for each Message Type and Document Number 
combination identified within the table. The Primary Key is then used to search the table for 
comparison with the particular Message Type and Document Number combination corresponding 
to each inbound message. 



CA920000057US1 



5 



The web-based software application of this first aspect of the invention provides a method 
of comparing and processing inbound messages of the Message Types listed in the table, according 
to the following steps. 

The unique Primary Key of the inbound message is used to search the MSGSYNCH table 
to locate a matching Primary Key row entry. 

If a Primary Key row entry does not exist within the MSGSYNCH table, a new Primary Key 
row entry is added to the table with information comprising the Message Type, Document 
Number and Timestamp information corresponding to the inbound message. 

If the Primary Key of the inbound message does match an existing Primary Key row entry 
in the MSGSYNCH table, the Timestamp of the inbound message is compared with the 
Timestamp of the Primary Key row entry located within the table. 

If the timestamp of the matching inbound message is more recent (i.e., newer) than the 
timestamp of the Primary Key row entry found in the MSGSYNCH table, further processing 
of the inbound message is continued according to a predetermined process path. The 
MSGSYNCH table is updated with the document in the more recent inbound message. The 
timestamp information is also updated to reflect the timestamp of the more recent document. 

If the timestamp of the inbound message is not more recent than the timestamp of the located 
Primary Key row entry, the inbound message is not processed further according to the 
predetermined process path. 
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In some applications, the application may provide an added step to log an error in those 
instances where an out of sequence message has been received. In some instances, the 
application may be configured to ignore the asynchronous message. Other variations are also 
possible for the further processing of such messages. 

As an example of another embodiment, the invention provides a computer program product 
for use with a web-based application. The web-based application comprises an inbound message 
processor for multi-threaded processing of document messages. In other embodiments, it may be 
preferable to provide an alternative type of inbound message processor. The web-based application 
also comprises a web-based application database in communication with the inbound message 
processor. The computer program product also comprises: 

a recording medium; 

means, recorded on the recording medium, for operating the web-based application database 
to maintain inbound document message information comprising primary key codes and said 
timestamps for selected document messages previously received by the web-based 
application database; 

means, recorded on the recording medium, for comparing the primary key code of a new 
inbound document message received by the web-based application database with primary 
key codes maintained in the web-based application database for the previously received 
document messages; 
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means, recorded on the recording medium, for selecting a pair of corresponding document 
messages by identifying any one previously received document message having a primary 
key code corresponding with the primary key code of the new inbound message; 

means, recorded on the recording medium, for selecting a unique new inbound document 
message by identifying any new inbound document message with a primary key code which 
does not correspond to any of the primary key codes maintained in the web-based application 
database; 

means, recorded on the recording medium, for identifying the more recent document 
message in the message pair of corresponding document messages by comparing the 
timestamp of the previously received document message in the message pair with the 
timestamp of the new inbound message in the message pair; and 

means, recorded on the recording medium, for updating the web-based application database 
to record: the inbound document message information for the more recent document message 
and the unique inbound document message; and the timestamps for the more recent and 
unique document messages. 

In some instances, the recording medium may be a magnetic storage device. In certain 
specific instances the magnetic storage device may be a magnetic disk, CD-ROM, hard drive or other 
device. Other embodiments will be readily apparent to persons skilled in the art. 

A method of operating a web-based system is provided. In one aspect of the invention, the 
method of the invention is used to synchronize communications messages between a first back office 
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system and a web-based application database. Typically, the first back office system comprises a 
first back office database and a plurality of nodes for creating documents. The nodes communicate 
with the first back office database. The documents created in the back office system are each 
identified with a primary key code and a timestamp designating the time of creation of each 
document. The back office system subsequently generates document messages. Each document 
message comprises one of the documents along with the primary key code and timestamp 
information for that document. The method of synchronizing messages in this system comprises the 
steps of: 

operating the web-based application database to maintain inbound document message 
information comprising primary key codes and said timestamps for selected document 
messages previously received by the web-based application database; 

comparing the primary key code of a new inbound document message received by the web- 
based application database with primary key codes maintained in the web-based application 
database for the previously received document messages; 

selecting a pair of corresponding document messages by identifying any one previously 
received document message having a primary key code corresponding with the primary key 
code of the new inbound message; 

selecting a unique new inbound document message by identifying any new inbound 
document message with a primary key code which does not correspond to any of the primary 
key codes maintained in the web-based application database; 



CA920000057US1 



9 



identifying the more recent document message in the message pair of corresponding 
document messages by comparing the timestamp of the previously received document 
message in the message pair with the timestamp of the new inbound message in the message 
pair; and 

updating the web-based application database to record: the inbound document message 
information for the more recent document message and the unique inbound document 
message; and the timestamps for the more recent and unique document messages. 

In a further aspect of this invention, a web-based system is provided in which the described 
method is implemented. By way of example, a web-based system is provided wherein the system 
comprises: 

means for multi-threaded processing of inbound document messages, and a web-based 
application database in communication with the inbound message processing means; 

means for operating the web-based application database to maintain inbound document 
message information comprising primary key codes and said timestamps for selected 
document messages previously received by the web-based application database; 

means for comparing the primary key code of a new inbound document message received 
by the web-based application database with primary key codes maintained in the web-based 
application database for the previously received document messages; 
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means for selecting a pair of corresponding document messages by identifying any one 
previously received document message having a primary key code corresponding with the 
primary key code of the new inbound message; 

means for selecting a unique new inbound document message by identifying any new 
inbound document message with a primary key code which does not correspond to any of 
the primary key codes maintained in the web-based application database; 

means for identifying the more recent document message in the message pair of 
corresponding document messages by comparing the timestamp of the previously received 
document message in the message pair with the timestamp of the new inbound message in 
the message pair; and 

means for updating the web-based application database to record: the inbound document 
message information for the more recent document message and the unique inbound 
document message; and the timestamps for the more recent and unique document messages. 

Brief Description of the Drawings 

Figure 1 shows a web-based application integrated with a corresponding back office system. 

The preferred embodiment of the present invention is explained in connection with the 
network system illustrated in Figure 1. Figure 1 is a flow chart illustrating a schematic 
representation of an integrated network system to assist in the explanation of one aspect of the 
present invention. 



CA920000057US1 



11 



Detailed Description of the Drawings 

Figure 1 depicts a web-based application which is integrated with a back office system. In the 
illustrated system, the back office application is programmed to identify the following document 
types as follows: 



Order Confirmation (code) 1 

Order Delivery (code) 2 

Order Invoice (code) 3 

Product Inventory Updates (code) 4 

Product Price Updates (code) 5 

Customer Information Updates (code) 6 (and so on.) 



With reference to the back office system components illustrated in section 1 of Figure 1, a 
document of Document Type 2 (i.e., an Order Delivery) with a Document Number 123 is created 
by User A at a corresponding terminal or node. The document is created with a Timestamp T 1 . The 
document information (including the Timestamp Tl) is stored in the back office system database. 
The same document is then updated three times by User B at another terminal with recorded 
Timestamps of Tl 80, T500, and T550. The same document is updated by User C at a third terminal 
with recorded Timestamps T350 and T450. New copies of the document are created and stored in 
the back office system database for each of the five updated copies of the original Order Delivery 
document. The timestamp for each corresponding document is stored in the document record 
maintained within the database. The timestamp information is maintained in the corresponding 
messages generated by the message generator component of the system shown as section 2 in Figure 
1. 
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In this example, for simplicity, the form of Timestamp designation Tn represents an n-th 
document creation or updating action carried out at the back office system. Using this example, a 
Timestamp of T 180 corresponds to the 180 th processing action (i.e., creating or updating various 
documents) within the back office system. The document with recorded timestamp Tl 80 is stored 
in the back office database. 

As noted previously, Section 2 of Figure 1 shows a schematic representation of a message 
generator component of the back office system. The representation depicts the following steps in 
processing the document information. At a pre-scheduled time, a batch job is run at the back office 
end of the system to collect all new and updated documents stored in the back office database. 
Assume that in this example, there are 600 document creation and update actions collected by this 
batch job at the pre-scheduled time and that there are three ports (Port #1, Port #2, Port #3) used to 
convert or generate messages to be sent out to the web-based application through the network. In 
this example, each of the three ports has a corresponding buffer (buffer 1, buffer 2, buffer 3) with 
storage limited to a maximum of 200 documents. Each of the three ports assigns a Message Number 
to each created or updated message retrieved from a shared pool for the three ports. In this example, 
the following situation would occur. 

Buffer 1 for Port #1 would contain documents with timestamps ranging from Tl to T200. 
In this example, the original Order Delivery document Tl created by User A and update T 1 80 made 
by User B are contained in buffer 1 . Buffer 2 for Port #2 would contain documents with timestamps 
ranging from T201 to T400. In this example, buffer 2 contains the document updated by User C at 
T350. Buffer 3 for Port #3 contains documents with timestamps ranging from T401 toT600. In this 
example, buffer 3 contains documents updated by User B at timestamps T500 and T550 and the 
document updated by User C at timestamp T450. 
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For the purposes of this example, it is assumed that the three ports start generating (sending) 
messages at the same time and that all three ports generate (send) messages at the same rate. Based 
on these circumstances, it will be appreciated that the messages will be generated in an asynchronous 
manner as follows. 

The document created by User C at timestamp T450 would be generated before the update 
created by User B at timestamp T180 and the updated document created by user C at timestamp 
T350. As a result, document T450 would be assigned a lower message number by the ports than the 
other two messages, Tl 80 and T350. The document updated at T550 would be generated about the 
same time as the document updated at T350. The message Numbers assigned to these two 
documents would be close together. There is a possibility that document T350 would have a 
Message Number that is higher than document T550 and which would result in the messages being 
asynchronous (i.e., out of sequence). 

The document updated at T550 would be generated before the document updated at Tl 80, 
with document T550 having a smaller Message Number. In this scenario, the updated document 
Tl 80 would be generated (sent) last though Port #1 . This same document would have the largest 
Message Number for the particular Document Number, resulting in the messages being 
asynchronous (i.e., out of sequence). 

Since there are three ports sending messages to the five inbound queue servers shown in 
section 3, the inbound messages will be received and processed out of sequence. There may be at 
least two additional reasons for this problem. The various message updates relating to this message 
type will travel from different ports, with each message traveling through an unpredictable network 
path. There are multiple inbound queue servers and each of the five server processes may receive 
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and place the older messages into the inbound queue after the more recent messages are placed into 
the inbound queue. 

The use of multi-threaded inbound message processing would speed up system performance. 
However, the sequence of the messages would be disrupted if the time required to process each 
message differs due to resource allocation by the application. 

In the preferred embodiment of the present invention, a web-based application is provided 
for synchronizing messages between back office and network based e-commerce applications. The 
web-based software application comprises a reference table. In one example, the reference table may 
be identified as the MSGSYNCH table and containing the following information: 

The Message Type code for an inbound message is described and stored in the table 
according to a predetermined selection of message classifications. The Message Type may 
be developed according to the particular needs of the web-based system being considered. 
For example, in some instances, the type of inbound messages may be described as an Order 
Confirmation message, an Invoice message, an Order Delivery message, and other categories 
selected for the particular system. Each Message Type may be assigned a particular, unique 
code within the predetermined selection of message classifications. 

A unique Document Number is assigned to each corresponding document of that particular 
Message Type. For example, a particular Order Confirmation document will be assigned a 
corresponding, unique order number. As another example, a particular Order Invoice will 
be assigned a corresponding, unique invoice number. 
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A timestamp is assigned to each document according to the date and time at which that 
particular document was originally created or subsequently updated. The timestamp is not 
assigned according to the time that the document was sent by the back office system. Rather, 
the timestamp is used to identify the date and time corresponding to the creation of the 
original or a revised version of the document. The timestamp may be stored in part of the 
message in a code identifying the date and time of creation for that message. For example, 
the code may be generated in a format corresponding to HH:MM:SS, with preceding codes 
for the corresponding creation date. As noted, the resulting timestamp code may be stored 
in part of the related inbound message. 

A unique Primary Key is developed for each Message Type and Document Number 
combination identified within the table. The Primary Key is then used to search the inbound 
message data stored within the table for comparison with the particular Message Type and Document 
Number combination corresponding to each inbound message. 

The web-based application of this preferred embodiment provides a method of comparing 
and processing inbound messages of the Message Types listed in the table, according to the 
following steps. 

The unique Primary Key of the inbound message is used to search the MSGSYNCH table 
to locate a matching Primary Key row entry. 

If a Primary Key row entry does not exist within the MSGSYNCH table, a new Primary Key 
row entry is added to the table with information comprising the Message Type, Document 
Number and Timestamp information corresponding to the inbound message. 
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If the Primary Key of the inbound message does match an existing Primary Key row entry 
in the MSGSYNCH table, compare the Timestamp of the inbound message with the 
Timestamp of the Primary Key row entry located within the table. 

If the timestamp of the inbound message is more recent (i.e., newer) than the timestamp of 
the Primary Key row entry found in the MSGSYNCH table, continue processing the inbound 
message according to a predetermined process path. The web-based application database is 
updated with the document in the more recent inbound message. The timestamp information 
in the MSGYNCH table is also updated to reflect the timestamp of the more recent 
document. 

If the timestamp of the inbound message is not more recent than the timestamp of the located 
Primary Key row entry, the inbound message is not processed further according to the 
predetermined process path. 

In some applications, the application may provide an added step to log an error in those 
instances where an out of sequence message has been received. In some instances, the 
application may be configured to ignore the asynchronous message. Other variations are also 
possible for the further processing of such messages. 

Those persons skilled in the art will understand that a web-based application may be 
established to operate using the software embodying the method described herein. The invention 
also provides a computer program product to operate a web-based system in accordance with the 
steps outlined in this description. In a further aspect of this invention, a web-based system is 
provided in which the described method is implemented. Further embodiments of the present 
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invention will be apparent to persons skilled in the art. It will be understood that certain aspects of 
the method, system and computer program product may be modified or varied without departing 
from the scope of the invention described herein. Accordingly, such modifications and variations 
will be considered to be included in the invention as described. 

By implementing the method, system or computer program product outlined in this 
disclosure, a Web-based application for processing of inbound messages may be operated to 
maintain the consistency of the information on both systems. 

In addition, the method, system or computer program product of the invention may provide 
significantly improved performance by incorporating the use of multiple inbound queue server 
processes, multiple ports generating the messages in the back office system and multi-threaded 
processing in the Web-based application. The invention accommodates the use of the indicated 
features in a manner which allows processing of various inbound messages in proper sequence. 
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The embodiments of the invention in which an exclusive property or privilege are claimed is defined 
as follows: 



1 1 . A method of synchronizing communications messages between a first back office system and 

2 a web-based application in a computer network, wherein the first back office system comprises a first 

3 back office database and a plurality of nodes for creating documents, the nodes communicating with 

4 the first back office database, the documents each being identified with a primary key code and a 

5 timestamp designating the time of creation of each document, and the back office system generates 

6 document messages, the document messages each comprising one of the documents and primary key 

7 code and timestamp information for the one of the documents, the method comprising the steps of: 

^ operating the web-based application database to maintain inbound document message 

fg information comprising primary key codes and said timestamps for selected document 

jg messages previously received by the web-based application database; 

pi comparing the primary key code of a new inbound document message received by the web- 
based application database with primary key codes maintained in the web-based application 

y database for the previously received document messages; 

14 selecting a pair of corresponding document messages by identifying any one previously 

1 5 received document message having a primary key code corresponding with the primary key 

16 code of the new inbound message; 
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17 selecting a unique new inbound document message by identifying any new inbound 

1 8 document message with a primary key code which does not correspond to any of the primary 

19 key codes maintained in the web-based application database; 

20 identifying the more recent document message in the selected pair of corresponding 

21 document messages by comparing the timestamp of the previously received document 

22 message in the message pair with the timestamp of the new inbound message in the message 

23 pair; and 

24 updating the web-based application database to record: the inbound document message 
B information for the more recent document message, the unique inbound document message; 
M and the timestamps for the more recent and the unique inbound document messages. 

m 2. The method of claim 1 wherein the primary key comprises document type information and 

s 2 document identification information. 

Sj 3. The method of claim 2 wherein the inbound document messages are communicated to an 

3 inbound queue prior to communication to the web-based application database. 

1 4. The method of claim 2 wherein the inbound document messages are communicated to a 

2 multi-threaded inbound message processor prior to communication to the web-based application 

3 database. 

1 5. The method of claim 2 wherein the inbound document messages are generated by a multi- 

2 port message generator. 
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1 6. The method of claim 2 further comprising logging an error when a new inbound message in 

2 a selected pair of corresponding document messages does not have the more recent timestamp in the 

3 selected pair. 

1 7. The method of claim 6 further comprising identifying the new inbound message in a selected 

2 pair of corresponding document messages which does not have the more recent timestamp in the 

3 selected pair and segregating said new message from further processing according to a 

4 predetermined process path. 

0 8 . A computer program product for use with a web-based application, the web-based application 

"4 comprising an inbound message processor, and a web-based application database in communication 

fi with the inbound message processor, the computer program product comprising: 

s 4 a recording medium; 

Jf means, recorded on the recording medium, for operating the web-based application database 

H to maintain inbound document message information comprising primary key codes and 

7 corresponding timestamps for selected document messages previously received by the web- 

8 based application database; 

9 means, recorded on the recording medium, for comparing the primary key code of a new 

10 inbound document message received by the web-based application database with primary 

1 1 key codes maintained in the web-based application database for the previously received 

12 document messages; 
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means, recorded on the recording medium, for selecting a pair of corresponding document 
messages by identifying any one previously received document message having a primary 
key code corresponding with the primary key code of the new inbound message; 



16 means, recorded on the recording medium, for selecting a unique new inbound document 

1 7 message by identifying any new inbound document message with a primary key code which 
l g does not correspond to any of the primary key codes maintained in the web-based application 

19 database; 

20 means, recorded on the recording medium, for identifying the more recent document 
S message in the message pair of corresponding document messages by comparing the 
2d timestamp of the previously received document message in the message pair with the 
p3 timestamp of the new inbound message in the message pair; and 

24 means, recorded on the recording medium, for updating the web-based application database 

Pf to record: inbound document message information for the more recent document message; 

% inbound document message information for the unique inbound document message; and the 

y timestamps for the more recent and the unique inbound document messages. 
28 

1 9. The product in claim 8 wherein the web-based application comprises an inbound message 

2 processor for multi -threaded processing of document messages, the document messages being 

3 generated by a back office system. 
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1 10. The product in claim 9 wherein each of the document messages generated by the back office 

2 system comprises a corresponding document, a primary key code for the corresponding document 

3 and a timestamp designating the time of creation of the corresponding document. 

1 1 L The product in claim 1 0 wherein the recording medium is a magnetic storage device. 

1 12. A web-based system for communication with a back office system, the back office system 

2 comprising a back office database and a plurality of nodes for creating documents, the nodes 

3 communicating with the back office database, the documents each being identified with a primary 

4 key code and a timestamp designating the creation of each document, the back office system 
3 generating document messages, each of the document messages comprising one of the documents 
H and the primary key code and the timestamp for the one of the documents, the web-based system 
ft? comprising: 

= i an inbound message processor for processing of document messages, and a web-based 

]^ application database in communication with the inbound message processor; 

Jgji means for operating the web-based application database to maintain inbound document 

1 1 message information comprising primary key codes and timestamp for selected document 

12 messages previously received by the web-based application database; 

13 means for comparing the primary key code of a new inbound document message received 

1 4 by the web-based application database with primary key codes maintained in the web-based 

1 5 application database for the previously received document messages; 
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means for selecting a pair of corresponding document messages by identifying any one 
previously received document message having a primary key code corresponding with the 
primary key code of the new inbound message; 



19 means for selecting a unique new inbound document message by identifying any new 

20 inbound document message with a primary key code which does not coirespond to any of 

2 1 the primary key codes maintained in the web-based application database; 

22 means for identifying the more recent document message in the message pair of 

23 corresponding document messages by comparing the timestamp of the previously received 
8 document message in the message pair with the timestamp of the new inbound message in 
Ji the message pair; and 

12! means for updating the web-based application database to record: the inbound document 

1=27 message information for the more recent document message; the inbound document message 

(2? information for the unique inbound document message; and the timestamps for the more 

f|p recent and the unique inbound document messages. 

1 13. The web-based system claimed in claim 1 2, wherein the inbound message processor provides 

2 multi-threaded processing of document messages. 

1 1 4. The web-based system claim in claim 1 3 , wherein the primary key codes comprise document 

2 type information and document identification information. 
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WEB-BASED APPLICATION FOR INBOUND MESSAGE SYNCHRONIZATION 

ABSTRACT 



A Web-based computer system is provided with software for processing of inbound messages 
originating from a back office system. The computer system or web-based application may be 
operated to maintain the consistency of the information on both systems. A method of operating the 
computer system and application is also provided. The method, system and application accommodate 
use of multiple inbound queue server processes, multiple ports for sending messages from the back 
office system and multi-threaded processing in the web-based application system. The various 
inbound messages received by the web-based application system are processed in proper time 
sequence. Every document created by the back office system is identified with a unique primary 
key. The primary key identifies the type of document and the document number corresponding to 
the particular document. The document and a timestamp identifying the date and time of the 
document's creations are stored in the back office database. The web-based application system 
receives an inbound message including the document information from the back office system. 
Upon receipt, the web based application system searches a database listing primary key information 
of earlier received messages and compares the primary key information of the inbound message. 
If the primary key of the inbound message matches a stored primary key entry, the timestamps of 
the two messages are compared. The message having the later timestamp is identified as the most 
current version and is recorded in the web-based application database. 
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As a below named inventor, I hereby declare that: 
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inventor (if plural names are listed below) of the subject matter which is claimed and for which a 
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the specification of which (check one) 
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I | was filed on as Application Serial No. and was amended on 



I hereby state that I have reviewed and understand the contents of the above- identified specification, 
including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of this application 
in accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §119 of any foreign 
application(s) for patent or inventor's certificate listed below and have also identified below any 
foreign application for patent or inventor's certificate having a filing date before that of the application 
on which priority is claimed: 
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I hereby claim the benefit under Title 35, United States Code, §120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this application 
is not disclosed in the prior United States application in the manner provided by the first paragraph 
of Title 35, United States Code, §112,1 acknowledge the duty to disclose information material to the 
patentability of this application as defined in Title 37, Code of Federal Regulations, §1.56 which 
occurred between the filing date of the prior application and the national or PCT international filing 
date of this application: 

Prior U.S. Applications: 

Serial No. Filing Date Status 



I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, 
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under Section 1001 of Title 18 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 

As a named inventor, I hereby appoint the following attorneys and/or agents to prosecute this 
application and transact all business in the Patent and Trademark Office connected therewith: 
J. S. Ray-Yarletts, Reg. No. 39,808; B. A. Clay, Reg. No. 32,121; G. M. Doudnikoff, Reg. No. 32,847; 
E. H. Duffield, Reg. No. 25,970; J. W. Herndon, Reg. No. 27,901; G. R. Woods, Reg. No. 24,144; 
C. A. Hughes, Reg. No. 26,914; E. A. Pennington, Reg. No. 32,588; J. E. Hoel, Reg. No. 26,279; and 
J. C. Redmond, Jr., Reg. No. 18,753. 
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